home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / policy / 930509.txt < prev    next >
Internet Message Format  |  1994-06-04  |  21KB

  1. Date: Fri,  3 Dec 93 04:30:14 PST
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V93 #509
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Fri,  3 Dec 93       Volume 93 : Issue  509
  11.  
  12. Today's Topics:
  13.                          Ethics and Ham Radio
  14.                       Welcome to rec.radio.info!
  15.                  WHOA! Beavis, this SUCKS!!! (2 msgs)
  16.  
  17. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  18. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  19. Problems you can't solve otherwise to brian@ucsd.edu.
  20.  
  21. Archives of past issues of the Ham-Policy Digest are available 
  22. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  23.  
  24. We trust that readers are intelligent enough to realize that all text
  25. herein consists of personal comments and does not represent the official
  26. policies or positions of any party.  Your mileage may vary.  So there.
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Tue, 30 Nov 1993 23:55:54 GMT
  30. From: mdisea!mothost!lmpsbbs!bowalker@uunet.uu.net
  31. Subject: Ethics and Ham Radio
  32. To: ham-policy@ucsd.edu
  33.  
  34. Following is a note by Norm, W2JUP, internet address
  35. 74055.140@compuserve.com, that he placed in hamnet on
  36. C-$erve.  It generated some interesting comments so I've
  37. reposted it here for "all".  73, Bob, N4CU
  38. --------------------------------------------------------
  39.  
  40. There seems to be some misunderstanding about the use of amateur
  41. radio in regard to the discussion of copying and distributing
  42. certain types of computer software
  43.  
  44. We'd like to assist newcomers to better understand certain
  45. terminology.  We'd also like to expose possible consequences of
  46. openly discussing copying of certain types of software over
  47. voice repeaters.
  48.  
  49. Here is a brief explanation of three general types of computer
  50. software programs, and what types of programs can and cannot be
  51. copied and given to fellow hams.
  52.  
  53. 1.  PUBLIC DOMAIN SOFTWARE
  54.  
  55.     Software programs for which the author has made an open and 
  56.     visible statement to the effect that he or she has "placed
  57.     this program in the Public Domain."  Such Public Domain 
  58.     programs can be openly copied and freely distributed at no 
  59.     charge by anyone to anyone else.  The statement that the 
  60.     program is in the Public Domain is usually visible on the 
  61.     program's opening screen, and is also usually embedded in 
  62.     ASCII somewhere in the program's binary files.  Usually the 
  63.     author offers no support or documentation, and disclaims any 
  64.     and all responsibility and does not in any way warranty the 
  65.     Public Domain program to do anything.
  66.     
  67. 2.  SHAREWARE SOFTWARE
  68.  
  69.     Software programs that can be freely copied and distributed.
  70.     These shareware programs have the specific understanding that 
  71.     after some specific time period of use, the user will register 
  72.     the program with the author.  In most cases the author requires
  73.     some relatively small payment for the rights to use the program 
  74.     and for any documentation that may be available.  Some shareware
  75.     programs have a form of limited life or limitation on available
  76.     functions.  These limitations, should they exist, are removed 
  77.     when the user registers and pays for the use of the program.
  78.         
  79. 3.  COPYRIGHTED SOFTWARE
  80.  
  81.     These programs cannot - repeat - CANNOT be legally copied and
  82.     given to another person.  Such actions as copying this type
  83.     of software and distributing it to anyone constitute serious
  84.     violations of federal law and can result in significant fines
  85.     and in some cases inprisonment in a federal penitentiary.
  86.     
  87. The use of any amateur radio facility to openly discuss copying
  88. of copyrighted software questions the ethics of the people who
  89. hold these discussions.  As well as revealing their lack of a
  90. sense of ethics, people who openly discuss copying of
  91. copyrighted software over amateur radio are openly admitting
  92. that they are committing infractions of federal laws against the
  93. copying and distribution of copyrighted software.
  94.  
  95. Such public admissions could be used as evidence of commission
  96. of a federal offense in a court of law. 
  97.  
  98. Amateur radio has traditionally been "self-policing".  Finding
  99. someone operating illegally and taking appropriate action has
  100. long been a practice in amateur radio.  Finding someone on a
  101. local voice repeater or packet radio, in the midst of discussing
  102. copying of copyrighted software, should also be cause for the
  103. concerned amateur radio operator to notify the individual(s)
  104. that they are violating federal laws.
  105.  
  106. Let's keep some sense of proper behavior in this hobby of ours.
  107. Your ethics are your own - your behavior reflects on the entire
  108. community of amateur radio.
  109.  
  110.   Sunrise, Florida
  111.   11/18/93
  112.   
  113.   - Norm, W2JUP
  114.   - Barb, N2RSH
  115.  
  116. ------------------------------
  117.  
  118. Date: Tue, 30 Nov 1993 21:01:46 MST
  119. From: tribune.usask.ca!kakwa.ucs.ualberta.ca!alberta!nebulus!ve6mgs!bohica!rec-radio-info@decwrl.dec.com
  120. Subject: Welcome to rec.radio.info!
  121. To: ham-policy@ucsd.edu
  122.  
  123. Archive-name: radio/rec-radio-info/welcome
  124. Last-modified: $Date: 1993/05/16 21:57 $
  125. Version: $Revision: 1.05 $
  126.  
  127. *** Welcome to rec.radio.info! ***
  128.  
  129. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  130. of information and news for the entire rec.radio hierarchy.
  131.  
  132. Two introductory articles about rec.radio.info are posted to the group and
  133. to news.answers every two weeks. You are now reading the first article, which
  134. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  135. The second article is titled "Submission Guidelines", and you only need to 
  136. read it if you want to submit an article to rec.radio.info.
  137.  
  138. You can skip to the next section of this article by searching for the next
  139. " -- " string. The sections available are:
  140.  - What is the purpose of rec.radio.info?
  141.  - Why are messages almost always cross posted to rec.radio.info?
  142.  - What is a 'follow-up', and what does 'moderated' mean?
  143.  - OK, so now I know what 'moderated' means. Tell me more.
  144.  - What type of material is considered inappropriate?
  145.  - I do not have access to news, how can I get the information posted to
  146.    rec.radio.info?
  147.  - Will the material appearing in rec.radio.info be archived somewhere?
  148.  - I have a regular posting with timely information, is there a way to
  149.    speed up it's delivery, or automate for more convenience?
  150.  
  151.  -- What is the purpose of rec.radio.info?
  152.  
  153. The purpose or charter of rec.radio.info is to provide the Usenet community with
  154. a resource for information, news, and facts about any and all things radio.
  155.  
  156. All the other rec.radio groups are intended for discussions and general chit
  157. chat about radio.  Rec.radio.info will contain informational, factual articles
  158. only. Follow-ups are redirected to an appropriate other group, and further
  159. discussion (if any) will not take place in rec.radio.info.
  160.  
  161. In order to ensure that rec.radio.info contains only appropriate articles, it
  162. was decided to create the group as a moderated newsgroup.
  163.  
  164.  -- Why are messages almost always cross posted to rec.radio.info?
  165.  
  166. It provides a "tag" for each article to be assembled into a filtered
  167. presentation in rec.radio.info (even with cross-posting, only one message, with
  168. a unique Message-ID, is propogated across the net).  This tag also facilitates
  169. a pre-existing method of dropping or cancelling the articles locally within the
  170. discussion groups if you don't want to see them.  This accommodates individuals
  171. who want to separate the bulletins from the discussions, discussions from the
  172. bulletins, as well as those who are adamant about not reading another
  173. newsgroup and wanted to see everything all in one basket.  
  174.  
  175. With the total size of Usenet (in number of newsgroups and total traffic)
  176. doubling every year or so, this is no insignificant contribution to reducing
  177. information noise and chaos.  Making the discussion groups a catch-all, and
  178. making extra newsgroups filters on that catch-all, is also the most realistic
  179. way to implement such a scheme (It's not intuitively obvious what the charter,
  180. contents, and general appropriate topics for each and every newsgroup are.
  181. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  182. for new readers).
  183.  
  184. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  185. specify the extra group on the Newsgroups line), but are adding the capability
  186. for very powerful filtering features available on most news servers,
  187. listservers and readers.  Your local news guru could probably explain these
  188. features in more detail.
  189.  
  190. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  191. a line of the form:
  192.  /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  193. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  194. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  195. just in rec.radio.amateur.misc).  The latter method means your kill file will
  196. only be consulted during rec.radio.amateur.misc (and hence runs more
  197. efficiently), and will probably work for most people.
  198.  
  199. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  200.  rec.radio.info:!s/:^
  201. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  202. put the following lines: 
  203.  sequence
  204.  rec.radio.info
  205.  rec.radio.
  206. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  207. then read the remaining rec.radio.* without the bulletins.
  208.  
  209.  -- What is a 'follow-up', and what does 'moderated' mean?
  210.  
  211. If you are new to Usenet and are not familiar with the terminology, you might
  212. want to read the general introductory articles found in the newsgroup
  213. news.announce.newusers. Doing so will make your life on the net much easier,
  214. and will probably save you from making silly beginner's mistakes.
  215.  
  216. If you think that at this moment you are reading an echo, a conference, or
  217. a bulletin board, I'd also strongly suggest a trip over to
  218. news.announce.newusers.
  219.  
  220. For the rest of this article, I will assume you have a basic knowledge of
  221. Usenet terminology and mechanics.
  222.  
  223. A moderated group means that any article that needs to be posted to the group
  224. has to be accepted by the moderator of the group. Since we need to ensure that
  225. followups to an article (discussion) do not show up in the rec.radio.info
  226. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  227. appropriate for disussions about the specific article.
  228.  
  229.  -- OK, so now I know what 'moderated' means. Tell me more.
  230.  
  231. Rec.radio.info is a moderated newsgroup, which means that all articles
  232. submitted to the group will have to be approved by the moderator first.
  233.  
  234. The current moderator of the group is Mark Salyzyn.  Submissions to
  235. rec.radio.info can be posted, or e-mailed to:
  236.  
  237.   rec-radio-info@ve6mgs.ampr.ab.ca
  238.  
  239. Comments, criticisms, suggestions or questions about the group can be e-mailed
  240. to:
  241.   rec-radio-request@ve6mgs.ampr.ab.ca
  242.  
  243. But before you do so, please be sure to check out the "Submission Guidelines"
  244. article.
  245.  
  246. The influence of the moderator should be minimal and of an administrative
  247. nature, consisting chiefly of weeding out obviously inappropriate articles,
  248. while making sure correct headers etc. are used for the appropriate ones.
  249.  
  250.  -- What type of material is considered inappropriate?
  251.  
  252. There are three broad categories of articles which will be rejected by the
  253. moderator:
  254.  
  255. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  256.    receive information in my mailbox; I then post it to rec.radio.info.
  257.    Requests for specific information belong in the normal discussion newsgroups.
  258.    If your request gets answered, you might consider passing the answer on to
  259.    rec.radio.info, though. Especially if you can edit it into a informational,
  260.    rather than a discussion, format.
  261.  
  262. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  263.  
  264. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  265.    accepted, but any hint of for-profit might be reason for rejection. For three
  266.    reasons: This is not the purpose of the list, for-profit is a controversial
  267.    topic, and this list may be passed onto Amateur Packet Radio (where
  268.    for-profit is prohibited except under certain provisos).
  269.  
  270.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  271.    posting in any matter.
  272.  
  273.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  274.    worthwhile to the net, I would recommend obtaining permission from the
  275.    copyright holder.  Please note the source, and if permission was given.  I
  276.    reserve the right to make the final decision concerning appropriateness in
  277.    all situations.  In most cases, a brief summary of, or pointer to, the
  278.    copyrighted information may be all I can allow.
  279.  
  280.  -- I do not have access to news, how can I get the information posted to
  281.     rec.radio.info?
  282.  
  283. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  284. rec.radio.info. Non of the articles will be digested, due to their size, so
  285. you will receive individual mailings for every article posted to the group.
  286.  
  287. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  288. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  289.  
  290. To subscribe and unsubscribe via the listserver; the format for that is
  291.  
  292.  sub address radio-info
  293.  unsub address radio-info
  294.  
  295. where 'address' is your full mailing address. Send this request to
  296.  
  297.  listserv@ucsd.edu
  298.  
  299. Note that the server will automatically delete any address that bounces mail.
  300. If you leave the address portion blank, it will try to deduce your address
  301. from the mail headers. This may not work if you are on bitnet, milnet or
  302. some other non-Unix host, so it is recommended to put your return address
  303. in any case. For example:
  304.  
  305.  sub mymailbox@myhost.mydomain.mil radio-info
  306. or
  307.  sub MEMEME01@DMBHST.bitnet radio-info
  308.  
  309. or something like that.
  310.  
  311.  -- Will the material appearing in rec.radio.info be archived somewhere?
  312.  
  313. Yes. Still firming up details at the moment but here is a preliminary list:
  314.  - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  315.  - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  316.   saved to /pub/dx/text/rec.radio.info currently stored as
  317.   numbered files.
  318.  
  319. Effectively this means that anything you post to rec.radio.info will be
  320. permanently stored, so your work will not be lost.
  321.  
  322.  -- I have a regular posting with timely information, is there a way to
  323.     speed up it's delivery, or automate for more convenience?
  324.  
  325. Yes, there is! It may take a bit of chatter with the moderator, but we are
  326. willing to take responsible people and provide them the means of posting the
  327. articles directly from their site. We will try everything we can as we fully
  328. realize that DX (distant signal) and astronomical data can be somewhat
  329. transitory. We are also willing to allow regular posters of information the
  330. same courtesy, even if the information is not as time critical.
  331.  
  332. We refer to this as self-moderation, which is partly based on the model for
  333. news.answer. This requires co-operation and good will to be beneficial to
  334. the community in the rec.radio hierarchy.
  335.  
  336. I suggest reading the posting guidelines for more information. I am open to
  337. suggestions.
  338.  
  339. I thank the following individuals for their input into this article:
  340.  rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  341.  rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  342.  Paul W. Schleck, KD3FU pschleck@unomaha.edu
  343.  Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  344.  
  345. -- 
  346. Mark Salyzyn -- Moderator rec.radio.info
  347. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  348. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  349. * Requests for information do *not* belong in rec.radio.info *
  350.  
  351. ------------------------------
  352.  
  353. Date: Wed, 1 Dec 1993 07:59:55 GMT
  354. From: brunix!doorknob!sds@uunet.uu.net
  355. Subject: WHOA! Beavis, this SUCKS!!!
  356. To: ham-policy@ucsd.edu
  357.  
  358. >   Then the local school administration is really paranoid.  Access to
  359. >   a weekday test session held in a school can certainly include a sign-in
  360. >   process at the school administration office before the potential
  361. >   test taker is allowed to go to the room where the test would be
  362. >   administered.
  363.  
  364. I am not trying to start a flamewar here, but many schools got a lot
  365. more nervous about letting "anyone" into their schools for
  366. non-official business (at least in my home area) after a woman named
  367. Laurie Dann walked into a public school, pulled out an automatic
  368. weapon, and opened fire.
  369.  
  370. The incident rocked the Chicago metro area (well, okay -- it was on
  371. all the news channels, lots of people were talking about it, and I as
  372. an elementary school student remember people being very concerned).
  373.  
  374. My high school, which is actually more in the "public light" due to
  375. its slightly unusual academic structure, has a very strict policy
  376. about people being able to pass the front desk -- and they have a
  377. small but significant (non-armed) staff to back up this policy.
  378.  
  379. What does this have to do with radio?  Nothing! Oops, sorry to
  380. pontificate.  Filibuster ends here.  (Any sites that picked up my
  381. empty post -- gnus can be annoying; I apologize.  'Specially to you,
  382. Robert the Intolerant ;)
  383.  
  384.   Scott
  385.   scott_swanson@brown.edu  -  n9sat
  386.  
  387. ------------------------------
  388.  
  389. Date: 1 Dec 93 15:31:18 GMT
  390. From: att-out!cbnewsl!rlt@rutgers.rutgers.edu
  391. Subject: WHOA! Beavis, this SUCKS!!!
  392. To: ham-policy@ucsd.edu
  393.  
  394. In article <1993Dec1.142953.6617@cs.brown.edu> md@maxcy2.maxcy.brown.edu (Michael P. Deignan) writes:
  395. >rlt@cbnewsl.cb.att.com (r l taylor) writes:
  396.  
  397. >> How about having a VE session at the school, either after-hours or on
  398. >> a weekend?  
  399.  
  400. >The problem we've found is that many schools in the local area have
  401. >very strict policies regarding non-school-related access to the
  402. >facilities, due to various liability clauses written into their
  403. >insurance contracts.
  404.  
  405. How about a Civic Center?  Library?  Legion Hall?  Fire Hall?  First Aid
  406. Squad Building?  Hopefully there's some sort of facility you could use,
  407. which would be accessible to the students.
  408.  
  409. >The specific case I am referring to is a 45-minute science class. I know
  410. >several general-class-and-above hams, such as myself, who would gladly take
  411. >time out of work to go and give a test during this time period. Of course,
  412. >we can't anymore...
  413.  
  414. >> No more so than if you're a 12-year old kid who lives in the middle of
  415. >> Arizona and can't find 2 General class hams to give him/her the test.
  416.  
  417. >The probability of finding two general-class hams is larger than
  418. >finding a VE session.
  419.  
  420. Probably, but...It seems like you and your friends are prepared to give
  421. the exam, but, in general, I've found that most non-VE hams don't have the
  422. materials on hand.  So, once you've found a couple of willing hams, they
  423. still need to create (or obtain) the tests.  And (usually) brush up on
  424. how to fill out a 610.  On the other hand, (at least with the VE team I
  425. work with) we're willing and able to throw together a session on less than
  426. a week's notice.  More than once, we've held extra sessions because one
  427. person was about to lose credit for something they had passed almost a year
  428. ago.  Or there's a class going, and the instructors think the students are
  429. ready to test *now*.  Etc...
  430.  
  431. Obviously, I don't know the VE's in your area.  I would hope they would
  432. be more than happy to accomodate a bunch of youngsters with an interest
  433. in ham radio.  Have you tried talking to them?  Or, if that fails, get
  434. some obliging folks together and get accredited.  General class licensees
  435. can be accredited now, for Novice exams only.  Put together your own team!
  436. Find a building you can use for a couple of hours, and hold a session.  Or
  437. work with the team already in your area.  One of the main reasons there
  438. aren't more sessions is that there often aren't enough VE's available.
  439.  
  440. >I don't fault you for the inherent inefficiencies in the VEC program, nor
  441. >do I blame any other VE. I think its wonderful that you give your time to
  442.  
  443. Thanks!
  444.  
  445. >help new hams get in the hobby. Despite that, however, I still condemn the
  446. >VEC system for the bureaucratic monolith that it is.
  447.  
  448. Well, it may not be perfect, but I still think it's a big improvement over
  449. the old system.  It would have taken me forever to upgrade if I had to go to
  450. NYC or Philadelphia to take the exams.  And, like it or not, the way things
  451. are right now, Novice testing must be done through VE's.  So let's pull
  452. together and look for ways to make VE testing as available and efficient as
  453. possible, shall we?
  454.  
  455. Roberta Taylor,  AA2KZ
  456. AT&T Bell Laboratories
  457. Murray Hill, NJ
  458. rlt@cbnewsl.att.com
  459.  
  460. ------------------------------
  461.  
  462. End of Ham-Policy Digest V93 #509
  463. ******************************
  464. ******************************
  465.